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Detailed Action 

1 . This communication is in response to Amendment A, filed 04/05/01, claims 1-28 remain 
pending. 

Claim Rejections - 35 USC §103 

2. Quotation of 35 U.S.C. §103(a) which forms the basis for all obviousness rejections set 
forth in this Office action may be found in previous office action; 

3. Claims 1-28 are rejected under 35 U.S.C. 103(a) as being unpatentable over Heil et. al. 
(Heil) U.S. Patent No. 6,173,374 in view of Angelo et. al. (Angelo) U.S. Patent No. 6,061,794. 

Regarding claim 23, Heil teaches an access module, module including a processor(s) associated 
memory, and a local memory bus, and an input/output bus forming an input/output platform (IOP) 
access module (Figs. 1-5 A, col 6/lines 34-64), module for providing input/output device access 
between a host system and another system (col 3/lines 64-col 4/line 29), module arranged to 
establish a service connection to a local (IOP) connected to a local bus using a system driver 
module in response to a request from a remote server on a computer system network, establishing 
connection process comprising the steps of: beginning initialization of said driver module (col 
12/lines 26-37, Fig. 4A-4D, steps 500, 510, 518, 529) which provides access to a local storage 
system while bypassing protocol stacks of a host operating system (providing a direct request call 
access while bypassing OS specific portion layer, bypassing 250, 260 access means independent of 
OS, Fig. 2, col 10/lines 28-65), said driver module comprising a module 180 (Local Transport) 
which provides direct access to the local storage device system (col 4/lines 3-20), a module 181 
(Remote Transport) which interfaces to other nodes of said system network (col 4/lines 21-29, Fig. 
5A remote node N), and connection means (Connection Manager) which provides connection 
services and coordinating functions responsible for creating a direct call path between the Local 
Transport and the Remote Transport (direct path between the module 1 18 and the module 181 so as 
to provide access to input/output (117) devices driver coupled to local storage (Fig. 5 A, 118) 
devices); searching process (scanning) to locate and initialize all local input/output platforms 
(IOPs) peer HBA modules, and building an IOP context directory structure (map) (i.e. descriptors 
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and addresses of routines located with a region of memory) for each input/output platform (IOP) 
found responsive (col 12/lines 9-col 13/line 3); (managing, making arrangements for, i.e. preparing) 
means to take, be given, receive (i.e. accept) a request for a service connection from said remote 
server on said system network (col 11/lines 36-53, col 12/lines 9-19, Fig. 3); query via scanning 
means itemize responsive input/output IOP on build map (col 1 1/lines 53-col 65, col 12/lines 8-59), 
and building a descriptor structure for each IOP which includes an exported directory table having 
function call (col 13/lines 5-15) address pointer and characteristic parameters to support 
communication with the input/output platform (IOP) found (col 12/lines 9-col 13/line 13); and 
establishing a communication channel through the Remote Transport, which waits for an external 
connection from said remote server on said system network for shipping (exporting) local device 
access resources onto said system network using said direct call path between the Local Transport 
and the Remote Transport (col 10/lines 28-65); said accessing means performed via a data network; 
(Heil: host nodes having direct interface-to-interface connection via communication medium, col 
8/lines 50-56, direct port-to-port connection or via a network that supports data transmission (i.e. 
data network), peer-to-peer connection via device drives, col 10/lines 28-50); 

However Heil does not explicitly teach an access module arranged to establish a service 
connection to a local input/output platform (IOP) running on host server of particulary system area 
network an<Lestablishing a associated system area network management communication channel; 
nor module (180^arranged to provide an interface to an input/output platform (IOP) supporting an 
array of input/output devices is denoted "Local Transport", nor module (181) arranged to provide 
an interface to said another system is denoted "Remote Transport"; 

Angelo teaches a system/method related to direct I/O device communication, or peer-to- 
peer communication, wherein the I/O devices within a system communicate data between one 
another directly, without the involvement of the operating system, where bypassing the operating 
system, as is done in peer-to-peer bus architectures (col 3/lines 21-32), disclosing means for 
establishing communication among I/O devices running on remote computer area network systems 
(col 5/lines 19-40); wherein upon initialization all present I/O devices comprising a processor(s) 
associated memory, and a local memory bus, and, an input/output bus forming an input/output 
platform access module, module for providing input/output device access (col 5/lines 1-17) are 
determined; 
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It would have been obvious to one ordinary skilled in the art at the time the invention was 
made to modify Heil's system with means to establish a service connection to a local input/output 
platform (IOP) running on host server of a system network area network and establishing a 
associated system area network management communication channel, as taught by Angelo, 
implementing above mentioned modules to performed "Local Transport and Remote Transport" 
functions as claimed; motivation would be implement an intelligent I/O processor conforming I 2 0 
specification to support direct access to storage devices without intervention of the operating 
system improving data throughput and transfer speeds of the system. 

Regarding claim 1, the combined teachings of Heil and Angelo as discussed above, further teach an 
access module, module including a processor(s) associated memory, and a local memory bus, and 
an input/output bus, (i.e. a input/output platform IOP) access module (Heil: Figs. 1-5 A, col 6/lines 
34-64), module for providing input/output device access between a host system and another system 
(Heil: col 3/lines 64-col 4/line 29) comprising: a module (Heil: Fig. 5A/f8^arranged to provide 
interface (Heil: Fig. 1, 117) means to an input/output platform (IOP)-supporting an array of 
input/output (118) storage devices (Heil: col 4/lines 3-20); a module (Heil: Fig. 5A, 181) arranged 
to provide an interface (Heil: Fig. 5 A, 120) means to said another system node (Heil: Fig 5 A and 1 
(151), col 4/lines 21-29); and module comprising (Heil: Fig. 5 A, 171) arranged to establish 
connection services and to create a direct call path between the module 118 and the module 181 so 
as to provide access to input/output (117) devices driver coupled to local storage (Heil: Fig. 5 A, 
118) devices. 

Regarding claim 2, the combined teachings of Heil and Angelo as discussed above, further teach 
wherein said IOP access module is one of a hardware module (Heil: col 11/lines 28-35), a 
combined hardware/software module (Heil: col 10/lines 43-50), and a software module provided on 
a tangible medium (Heil: col 10/lines 28-50). 

Regarding claim 3, the combined teachings of Heil and Angelo as discussed above, further teach 
wherein said host system corresponds to a host server computer nodes of an arranged server cluster, 
said another system corresponds to any one remote server (Heil: abstract, col 15/lines 22-38) 
arranged on a clusters computer network (Heil: col 4/lines 3-20), via said data network ; (Heil; 
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direct peer-to-peer communication path, col 8/lines 8-24, nodes having direct interface-to-interface 
connection via communication medium, col 8/lines 50-56, direct port-to-port connection or via a 
network that supports data transmission (i.e. data network), peer-to-peer connection via device 
drives, col 10/lines 28-50); 

Regarding claim 4, the combined teachings of Heil and Angelo as discussed above, further teach 
wherein said IOP which comprises; at least one or more input/output processors (Heil: col 9/lines 
49-59, element (114); at least one storage device as said input/output devices (col 6/lines 65-col 
7/line 4, col 7/lines 51-56); a device driver module arranged to control access via interface means 
with said storage device (Heil: col 7/line 1-56); a communication layer which defines a mechanism 
for communications between the Local Transport and the device driver module (Heil: col 10/lines 
66-col 11/line 11, 45-53, element (240)). 

Regarding claim 5, the combined teachings of Heil and Angelo as discussed above, further teach 
wherein said communication layer is responsible for managing all service requests (Heil: col 
11/lines 36-53, col 12/lines 9-19) and providing a set of software comprising used to initiate 
communication with a network services via peer-to-peer communication or call services (i.e. APIs), 
(Heil: col 9/lines 11-18) for delivering messages, along with a set of support routines that process 
the messages (Heil: col 8/lines 24-49). 

Regarding claim 6, the combined teachings of Heil and Angelo as discussed above, further teach 
wherein said communication layer comprises a message layer which sets up a communication 
session (Heil: col 11/lines 66-col 11/line 11, 45-53), and a transport layer which defines how 
information will be shared (Heil: col 10/lines 66-col 11/line 11, coordinate retrieval of shared 
information). 

Regarding claim 7, the combined teachings of Heil and Angelo as discussed above, further teach 7. 
a host system, comprising: a processor (Heil: Fig. 1, 100, 117.1); an array of storage devices (Heil: 
Fig. 1, 118); a driver module for (shipping, transferring abroad, i.e. exporting) local storage device 
access onto a computer network, said driver (117) module (Heil: col 6/lines 64-col 7/line 15, 51- 
56), device driver col 10/lines 28-50) comprising: a device (108) driver module arranged to provide 
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an interface (Fig. 5 A, 171) to an IOP supporting said array of local storage devices (col 9/lines 27- 
48); a host driver (18) module arranged to provide an interface to an operating system (Heil: 
abstract, col 10/lines 43-65), said host system driver module comprising a Local Transport which 
communicates with the device (117) driver module (Heil: col 9/lines 27-48), a Remote Transport 
which provides an interface to said computer network (Heil: col 9/lines 4-59), and a Connection 
Manager which establishes connection services with remote systems on said computer network 
(Heil: col 8/lines 24-49) and connection means arranged to provide connection services and 
coordinate functions responsible for creating a direct call path between the said module arranged to 
provide an interface to an input/output platform supporting an array of input/output devices and 
said module arranged to provide and interface to another system via data network; (peer-to-peer 
direct connection between host modules, col 5/lines 8-56, direct port-to-port connection or via a 
network that supports data transmission (i.e. data network) to another host system, peer-to-peer 
connection via device drives, 10/lines 28-50, direct interface-to-interface connection via 
communication medium, col 8/lines 12-23, 40-49, col 6/lines 34-64, modules interconnection 
supporting access to an array of input/output devices located locally or in another system via data 
network communication means, col 4/lines 3-29, 41-67) which creates a direct call path between 
the Local Transport and the Remote Transport to provide access to said storage devices (Heil: col 
9/lines 4-26, directly connected via bus 116 to support I/O request call, col 9/Hnes 27-32); and a 
communication layer which supports communications between the host driver module and the 
device driver module (Heil: col 10/lines 66-col 11/lines 11, 45-53, Fig. 2 element 240)). 

Regarding claim 8-10 this claim is substantially the same and/or has been addressed as claim 3, 5, 
6, respectively same rationale is applicable; 

Regarding claim 11, the combined teachings of Heil and Angelo, as discussed above, further teach, 
wherein said system driver module and said device driver module constitute a single device (Heil: 
col 4/lines 3-4) that is operable independent of the host operating system and operable at any 
different host computer (i.e. portable) across a plurality of operating systems and host network 
platforms (Heil: col 4/lines 13-29), and works interoperably with a plurality of storage devices and 
operating systems (Heil: col 4/lines 4-20). 
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Regarding claim 12, the combined teachings of Heil and Angelo as discussed above, further teach, 
wherein said system driver module and said device driver module operate in accordance with an 
Intelligent Input/output (I2O) specification for allowing storage devices to operate independently 
from the operating system of the host server on which is running on (Heil: col 10/lines 43-50, col 
4/lines 21-29). 

Regarding claim 13, this claim is substantially the same and/or has been addressed as claim 2, same 
rationale is applicable 

Regarding claim 14, the combined teachings of Heil and Angelo as discussed above, further teach a 
system driver configuration of a host server (Heil: col 3/lines 66-col 4/line 29, elements 117, 126) 
for exporting local storage device access onto a computer network (Heil: col 3/lines 21-49), 
comprising: an input/output platform (IOP) (150) arranged to control an array of local storage (118) 
devices (Heil col 4/lines 3-20); and a host system driver module (Heil: col 9/lines 34-64, col 3/lines 
61-col 4/line 29) comprising: a Local Transport (180) arranged to provide an interface to said 
input/output platform (IOP) (Heil: col 4/lines 3-20); a Remote Transport (181) arranged to provide 
an interface to said computer network (Heil: col 4/lines 21-29); and a connection means arranged to 
establish connection services with remote servers on said computer network and coordinate 
functions responsible for creating a direct call path between the Local Transport and the Remote 
Transport to provide access to the local storage devices (Heil col 10/lines 66-col 1 1/line 11, 45-53). 

Regarding claim 15, the combined teachings of Heil and Angelo as discussed above, further teach, 
wherein said input/output platform (IOP) supports at least one or more input/output processors 
(Heil: Fig. 1, elements 100, 117, and 118, for shipping resources from local storage device col 
6/lines 64-col 7/line 15, 51-56, device driver means: col 10/lines 28-50), and comprises: a device 
system driver module which interfaces the local storage devices for controlling said array of local 
storage devices (Heil: col 9/lines 27-48); and a communication layer which defines a mechanism 
for communications between the system driver module and the device system driver module (Heil: 
col 10/lines 66-col 1 1/line 1 1, 45-53) . 
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Regarding claim 16, this claim combines limitations from claims 10-9 and 6-15, same rationale is 
applicable; 

Regarding claim 17-18, this claim is substantially the same and/or has been addressed as claim 11- 
12, same rationale is applicable 

Regarding claim 19, the combined teachings of Heil and Angelo as discussed above, 19, wherein 
upon initialization, said Local Transport scans the local bus so as to locate and initialize all local 
input/output platforms (IOPs) (Angelo: col 5/lines 1-17) and builds an opaque "context" structure 
for each input/output platform (IOP); (Heil: col 12/lines 9-col 13/line 3, col 11/lines 36-65, col 
12/lines 9-19, Fig. 3, col 12/lines 8-59, and building a descriptor structure for each IOP which 
includes an exported directory table having function call; col 13/lines 5-15, address pointer, col 
12/lines 9-col 13/line 13), wherein said Remote Transport prepares to accept requests from a 
remote server through said computer network (Heil: managing, means to take, a request for a 
service connection from said remote server on said system network (col 11/lines 36-53, col 12/lines 
9-19, Fig. 3); and wherein said Connection Manager queries said Local Transport so as to 
determine the number of input/output platforms (IOPs), builds an IOP descriptor structure for each 
input/output platform (IOP) which includes an exported table of function call pointers and the 
context required by the Local Transport to communicate with the input/output platform (IOP) 
(Heil: col 11/lines 53-col 65, col 13/lines 5-15, address pointer and characteristic parameters col 
12/lines 9-col 13/line 13), and finally establishes a network management communication channel 
through the Remote Transport, which waits for an external connection from said remote server on 
said computer network for exporting local device access onto said computer network using said 
direct call path between the Local Transport and the Remote Transport (Heil: col 10/lines 28-65). 

Regarding claim 20, the combined teachings of Heil and Angelo as discussed above, wherein said 
Local Transport further has a send means and said Remote Transport further has a receive means 
which are respective program interfaces for receiving an receiving message from a remote server 
on said computer network for direct access to local input/output platform and for delivering an 
sending message to said remote server on said computer network (Angelo: receiving means: col 
2/lines 4-14, col 2/line 66-col 3/line 10, 41-48, sending means, col 3/lines 11-21). 
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Regarding claim 21, the combined teachings of Heil and Angelo as discussed above, further teach 
means for building an IOP connection structure including at least an IOP descriptor pointer which 
refers to the IOP descriptor structure of the connection means for making a direct call to the Local 
Transport through the receiving means and the sending means (Heil: col 9/lines 4-26, handling I/O 
call means col 9/lines 27-32, building content directory means: col 12/lines 9-col 13/line 3). 

Regarding claim 22, the combined teachings of Heil and Angelo as discussed above, further teach, 
a process of shipping, transferring abroad (i.e. exporting) storage device access resource onto a 
computer network (Heil: col 3/lines 21-49, col 4/lines 3-50) using an input/output platform (IOP) 
access module of a host server (Heil: col 6/lines 34-64, col 3/lines 61-col 4/line 29), comprising the 
steps of: providing an interface to an input/output platform (IOP) supporting an array of storage 
devices (Heil: col 4/lines 3-20); providing an interface to a remote server on said computer network 
(col 4/lines 21-29); establishing service connection between said host server and said remote server 
on said computer network in response to a request from a remote server on said computer network 
(Heil: col 8/lines 24-49, Fig. 3, connection means); and providing a direct call access to said 
storage devices for said remote server to share resources of said storage devices while bypassing 
operating system protocol stacks (Heil: col 10/lines 28-65, Angelo abstract). 



Regarding claim 24, 25, 26, 27, 28 this claim is substantially the same and/or has been addressed as 
claim 4, 5-6, 11-12, 20 and 19, respectively same rationale is applicable 
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Response to Arguments 



4. Regarding claims 1, 7, 14, 22 and dependent claims 4 and 27, it is argued the prior art of 
record (Heil) does not teach a verbatim citation of claim limitations features " a "host driver 
module" installed in a host system which comprises a "a Local Transport arranged to provide an 
interface to an input/output platform (IOP) supporting an array of input/output devices;" nor a 
"Remote Transport arranged to provide an interface to said another system;" and "a Connection 
Manager arranged to established connection services and to create direct call path between the 
Local Transport and the Remote Transport so as to provide access to I/O devices"; wherein further, 
/(^prior art of record (Angelo) does not teach a verbatim citation of the claimed modules: "Local 
^Transport" and "Remote Transport"; /gpprior art of record (Heil) does not teach claim limitation; 
"service connection to a local input/outpit platform (IOP) connected to a local bus using a system 
driver module", as claim 23 recites, where provided citation makes no verbatim recitation of the 
claimed features, i.e. no reference to any input/output platform (IOP) as claimedf/D^prior art of 
record (Heil) does not teach claim limitation, " module (Local Transport) which provides direct 
access to the local storage system", wherein provided citation does not teach claim features, 
because Applicant's claimed "Local Transport is part of a the driver module along with the Remote 
Transport and the Connection manager and is arranged to provide an interface to a to an IOP 
supporting an array of I/O devices; (feprior art of record does not teach claim limitation, as 
amended; "Connection Manager which provides connection services and coordinate functions 
responsible for creating a direct call path between the Local Transport and the Remote Transport "; 
(F) Reason the combination of the teachings of Heil and Angelo are allegedly improper because 
"something must be point out in the references" in order to arrive to Applicant's claimed invention. 

According to Applicant's specification it is respectfully noted; that host driver module 310 
(alternatively known as an input/output platform (IOP) access module) may be provided as any one 
of a hardware module, a combined hardware/software module, and a software module, module 310 
resides on and which may interface with the host operating system (OS), a local bus (e.g. PCI), and 
an Input/Output platform (IOP) for controlling an array of storage devices... The IOP may include 
at least one I/O processor (page 8, line 18-page 9, line 12); Direct call path comprises an 
application-to-application messaging between nodes communication; (see page 13, linesl-9); 
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5. In response to point (A-B); Claim (1), reads; (i) module arranged to provide an interface to 
an input/output platform (IOP) supporting an array of input/output devices; (ii) module arranged to 
provide an interface to said another system; and (iii) module arranged to establish connection 
services and to create a direct call path between the ii) module ("Local Transport") and the iii) 
module ("Remote Transport") so as to provide access to input/output devices. Heil teach an access 
module, module including a processors) (100) associated memory (105), and a local memory bus 
(PCI 116.5, i.e. I/O bus), and an interface input/output processor (117), element(s) (117 alone or 
with 116) form an input/output platform IOP access module (Heil: Figs. 1-5A, host system, col 
6/lines 34-64, host 150 communicatively coupled to host 151 via network medium, col 8/lines 12- 
23), module for providing input/output device access between a host (151) system and another 
(151) system (Heil: I/O means, col 3/lines 64-col 4/line 29) comprising: a module (Heil: Fig. 5 A, 
180) arranged to provide interface (Heil: Fig. 1, 117.8, 117.9) means to an input/output platform 
(IOP) supporting an array of input/output (118) storage devices (Heil: col 4/lines 3-20); a module 
(Heil: Fig. 5A, 181) arranged to provide an interface (Heil: Fig. 5 A, 120) means to said another 
(151) system node (Heil: Fig 5A and 1, col 4/lines 21-29); and module comprising (Heil: Fig. 5A, 
171) arranged to establish connection services and to create a direct call path between the module 
118 and the module 181 so as to provide access to input/output (117.8 and 117.9) devices driver 
coupled to local storage (Heil: Fig. 5 A, 118) devices (direct call path means established via a peer- 
to-peer communication path (i.e. devices on a layered communication network that operate on the 
same application protocol level), direct peer-to-peer communication path, col 8/lines 8-24, nodes 
having direct interface-to-interface connection via communication medium, col 8/lines 50-56, 
direct port-to-port connection or via a network that supports data transmission (i.e. data network), 
peer-to-peer connection via device drives, col 10/lines 28-50); 

Therefore Heil teachings features of claim 1 ; host system which comprises a module 
arranged to provide an interface to an input/output platform (IOP) supporting an array of 
input/output devices; and a module arranged to provide an interface to said another system; and 
module arranged to established connection services and to create direct call path between the said 
module providing an interface to an input/output platform (IOP) supporting an array of input/output 
devices and said module providing an interface to said another system so as to provide access to 
said input/output devices; 

6. In response to C-D; Heil teaches "service connection to a local input/output (1 17) platform 
(IOP) connected to a local (11.6 and 115) bus using a driver module", wherein host module 150 
interfaces and controls the local drives 1 18 via HBA interface 1 17.8 and 1 17.9, these interfaces are 
for example, small computer system interface (SCSI, i.e. an interface I/O processor module), 
module arrange to manage a single local disk 118 or a plurality of local disks 118 as an array (col 
7/lines 51 -col 8/line 7, host module comprising disk drive functions to access local disks 118, col 
6/lines 65-col 7/line 9, using bus 117 and communicating to other host via interface 102 and 
communication medium 120); connection means to local input/output platform connected to local 
bus using driver module, col 9/lines 43-48); 

Therefore Heil teaches claim 23, teaching "service connection means to a local input/output 
platform (IOP) connected to a local bus using a driver module"; Arguments that where provided 
citation makes no verbatim recitation of the claimed features, i.e. no reference to any input/output 
platform (IOP) as claimed are not persuasive; 
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7. In response to (E) prior art of record does not teach claim limitation, as amended; 
"Connection Manager which provides connection services and coordinate functions responsible for 
creating a direct call path between the Local Transport and the Remote Transport; 

Claim reads; connection means arranged to provide connection services and coordinate 
functions responsible for creating a direct call path between the said module arranged to provide 
an interface to an input/output platform supporting an array of input/output devices and said 
module arranged to provide and interface to another system via data network; 

Heil teaches communication means 121 arranged to provide peer-to-peer direct connection 
between host modules (col 5/lines 8-23) having means for implementing non-complex routing 
functions to support a point-to-point connection, configured to arrange (i.e. coordinate) several 
classes of connection (call path) services (col 8/lines 24-39, peer-to-peer communication path, 
direct interface-to-interface connection via communication medium, col 8/lines 50-56, direct port- 
to-port connection or via a network that supports data transmission (i.e. data network), peer-to- 
peer connection via device drives, col 10/lines 28-50); connection means arranged to coordinate 
(i.e. arrange) several type of direct communication (col 8/lines 40-49); Heil teach an interface 
input/output processor (117), element(s) (117 alone or with 116) form an input/output platform 
IOP access module (Heil: Figs. 1-5 A, host system, col 6/lines 34-64, host 150 communicatively 
coupled to host 151 via network medium, col 8/lines 12-23), a module (Heil: Fig. 5 A, 180) 
arranged to provide interface (Heil: Fig. 1, 117) means to an input/output platform (IOP) 
supporting an array of input/output (118) storage devices (Heil: col 4/lines 3-20); a module (Heil: 
Fig 5A, 181) arranged to provide an interface (Heil: Fig. 5A, 120) means to said another (151) 
system node (Heil: Fig 5A and 1, col 4/lines 21-29); and module comprising (Heil: Fig. 5A, 
120/122) arranged to establish connection services and to create a direct call path between the a 
first node and a second node so as to provide access to input/output (117) devices driver coupled 
to local storage (Heil: Fig. 5A, 118) devices; modules interconnection supporting access to an 
array of input/output devices located locally or in another system via data network communication 
means (col 4/lines 41-67); . 

Therefore Heil teaches claims limitation as amended; "connection means for coordinating 
functions responsible for creating a direct call path between the said module arranged to provide 
an interface to an input/output platform supporting an array of input/output devices and said 
module arranged to provide and interface to another system via data network" 



8 In response (E) that there is no suggestion to combine the references, the examiner 
recognizes that obviousness can only be established by combining or modifying the teachings of 
the prior art to produce the claimed invention where there is some teaching, suggestion, or 
motivation to do so found either in the references themselves or in the knowledge generally 
available to one of ordinary skill in the art. See In re Fine, 837 F.2d 1071, 5 USPQ2d 1596 (Fed. 
Cir. 1988) and In re Jones, 958 F.2d 347, 21 USPQ2d 1941 (Fed. Cir. 1992). In this case, 
motivation my be found in the reference (Angelo), see col 4/lines 24-49 and col 3/line 41-48);. 

9. Applicant's arguments filed 04/05/01 , have been fully considered but they are not 
persuasive. 
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10. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time policy 

as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS 
from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the 
mailing date of this final action and the advisory action is not mailed until after the end of the 
THREE-MONTH shortened statutory period, then the shortened statutory period will expire on the 
date the advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will the statutory 
period for reply expire later than SIX MONTHS from the mailing date of this final action. 
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Conclusion 



Any inquiry concerning this communication or earlier communications from the examiner 
should be directed to Prieto, B. whose telephone number is (703) 305-0750. The Examiner can 
normally be reached on Monday-Friday from 6:30 to 4:00 p.m. If attempts to reach the examiner by 
telephone are unsuccessful, the Examiner's Supervisor, Mark H. Rinehart can be reached on (703) 
305-4815. The fax phone number for the organization where this application or proceeding is 
assigned is (703) 308-6606. Any inquiry of a general nature or relating to the status of this 
application or proceeding should be directed to the receptionist whose telephone number is (703) 
305-3800/4700. 

Any response to this final action should be mailed to: 
Box AF 

Commissioner of Patents and Trademarks 
Washington, D.C. 20231 

or faxed to: 

(703) 308-9051, (for formal communications; please mark "EXPEDITED 
PROCEDURE") 

Or: 

(703) 305-7201 (for informal or draft communications, please label 
"PROPOSED" or "DRAFT") 

Hand-delivered responses should be brought to Crystal Park II, 2121 Crystal 
Drive, Arlington. VA., Sixth Floor (Receptionist). 




B. Prieto 



Patent Examiner 



June 9, 2001 
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